home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19941221-19950208 / 000208_news@columbia.edu_Thu Jan 19 14:36:12 1995.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB
  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA06666
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Thu, 19 Jan 1995 09:36:16 -0500
  3. Received: by apakabar.cc.columbia.edu id AA14690
  4.   (5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Thu, 19 Jan 1995 09:36:14 -0500
  5. Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
  6. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  7. Newsgroups: comp.protocols.kermit.misc
  8. Subject: Re: "Can't read character: I/O error"
  9. Date: 19 Jan 1995 14:36:12 GMT
  10. Organization: Columbia University
  11. Lines: 55
  12. Message-Id: <3fltcs$eb0@apakabar.cc.columbia.edu>
  13. References: <3fkupt$3t6@spool.cs.wisc.edu>
  14. Nntp-Posting-Host: watsun.cc.columbia.edu
  15. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  16.  
  17. In article <3fkupt$3t6@spool.cs.wisc.edu>,
  18. David Finton <finton@homer.cs.wisc.edu> wrote:
  19. >I've built Kermit5a188 on my NeXTstation.  It seems to work okay,
  20. >but it seems to drop the connection often, after giving me the 
  21. >message
  22. >
  23. >Can't read character: I/O error
  24. >                     Communications disconnect (Back at localhost)
  25. >C-Kermit>
  26. >
  27. >What is the cause of this error?  Do I have some parameters set
  28. >wrong?  I've set flow to none, but was told that I should do this
  29. >because the NeXT does flow control with the port drivers, as long
  30. >as I'm using /dev/cufa, have flow control enabled on the modem, and
  31. >am using the NeXT modem cable (which I am).
  32. >
  33. The current version of C-Kermit is 5A(190), but that will not
  34. necessarily affect this problem.  However, the release notes for
  35. version 5A(190) contain more information and are organized better
  36. than in previous releases.  In particular, the ckuker.bwr file
  37. (C-Kermit, Unix version "beware" file) contains sections for each
  38. platform.  Here are the pertinent excerpts from the section on the
  39. NeXT:
  40.  
  41. (3.4) C-KERMIT AND NEXTSTEP
  42.  
  43. The SET CARRIER command has no effect on the NeXT -- this is a
  44. limitation of the tty device drivers.
  45.  
  46. Hardware flow control on the NeXT is selected not by "set flow
  47. rts/cts" in Kermit (since NeXTSTEP offers no API for this), but
  48. rather, by using a specially-named driver for the serial device:
  49. /dev/cufa instead /dev/cua; /dev/cufb instead of /dev/cub.  This is
  50. available only on 68040-based NeXT models (the situation for Intel
  51. NeXTSTEP implementations is unknown).
  52.  
  53. NeXT-built 68030 and 68040 models have different kinds of serial
  54. interfaces; the 68030 has a Macintosh-like RS-422 interface, which
  55. lacks RTS and CTS signals; the 68040 has an RS-423 (RS-232
  56. compatible) interface, which supports the commonly-used modem
  57. signals.  WARNING: the connectors look exactly the same, but the
  58. pins are used in completely DIFFERENT ways -- different cables are
  59. required for the two kinds of interfaces.
  60.  
  61.   IF YOU GET LOTS OF RETRANSMISSIONS during file transfer, even when
  62.   using a /dev/cuf* device and the modem is correctly configured for
  63.   RTS/CTS flow control, YOU PROBABLY HAVE THE WRONG KIND OF CABLE.
  64.  
  65. Does this help?
  66.  
  67. By the way, until it died recently, I had a NeXTstation on my desk,
  68. so I can personally veryify that Kermit works fine on it with the
  69. right kind of cable.
  70.  
  71. - Frank